SPECIFICATION 
(Sprint Docket No. 1284a) 

TO ALL WHOM IT MAY CONCERN: 

Be it known that I, Terry Rayburn, a citizen of the United States and a resident of 
Kansas City, Missouri, have invented a new and useful: 

ROUTE PLANNING SYSTEM FOR 
MOBILE TELECOMMUNICATIONS 

the following of which is a specification. 
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REFERENCE TO RELATED APPLICATIONS 

The inventor claims priority to U.S. Provisional Patent Application No. 60/203,491, filed 
May 10, 2000. 


5 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates in general to telecommunications systems and more 
particularly to methods and systems for generating and providing route plans to a mobile 
telecommunications subscribers. The invention facilitates providing directions for a mobile 
10 telecommunications subscriber to travel from the subscriber's current location to a destination 
represented by a destination telephone number. 

2. Description of Related Art 

Recent developments in wireless telecommunications have ushered in a new era of 
^ mobility. The advent of cellular and personal communications services have enabled people to 

maintain commxmication from virtually any location. Fiuther, advanced technology has 
5| facilitated not only wireless voice communication but also wireless data communication, such as 

the ability to communicate over computer networks and to send and receive faxes and text 
s messages. 

jS Wireless communications systems have existed for many years, hi general, a wireless 

2W commimications system uses mobile or fixed radios that communicate with a fixed radio tower 
g| that is in turn interconnected to a larger telecommunications network. Such systems can take a 
variety of forms. For example, traditional celMar communications systems provide radio 
coverage to a wide area, such as a city, through use of many radio towers. As another example, 
wireless office systems typically use 5 to 20 small radio base stations to offer radio coverage in 
25 small areas such as a school campus or hospital building. As yet another example, cordless 
telephones typically allow one handset to communicate with a single radio base station within a 
home. Most recently, personal communications services ("PCS") have arisen as an integration of 
cellular, wireless office and cordless with the addition of advanced information services. 

Typically, subscribers to wireless service are equipped with one or more wireless 
30 terminals or mobile stations, which may take any of a variety of forms. By way of example, a 
mobile station may be a telephone, a pager, a computer, a personal digital assistant ("PDA"), or 
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any combination of these or other devices. The mobile station may be arranged to receive and/or 
convey information such as voice and data (e.g., fax, e-mail and other text messages) and/or 
other media (e.g., audio, video and graphics) and may therefore include input and output 
facilities such as a touch-pad, a keyboard, a camera, a display, a microphone and/or a speaker. 
5 Some advanced mobile stations recently available are even equipped with web browsing 
software to allow subscribers to communicate with web servers over the Intemet. 

In traditional cellular radio-telephone systems, geographic areas are split into smaller 
areas called cells, each of which is assigned a specific frequency range or code (e.g., pseudo- 
random number) for commimication. Noncontiguous cells may reuse the same frequencies, thus 
1 0 avoiding interference between cells while making efficient use of allocated frequencies. The size 
and shape of each cell is defined by the range of a base station or radio port estabUshed by a 
wireless service provider at the core of the cell. Mobile stations are adapted to communicate 
i-l over an air interface with these base stations, switching to the frequencies or codes of various 
Jl cells as they travel from one cell to another. In addition, cells may be spHt into even smaller 
1 5|; areas called sectors, by use of directional antennas or other technology, 
i j One or more base stations in a given service area may be interconnected to a base station 

controller, which serves as an aggregation point for commimications traffic. In tum, the base 
s station controller is interconnected with a mobile switching center ("MSC"). The MSG is then 
Jj interconnected to other switching points in the wireless network and/or a landline network, to 
20Jf facilitate interconnecting communications traffic between mobile stations and other switching 
r| points. 

" " In use, when a mobile station is located in a given cell, the mobile station communicates 

with the MSC via the base station and base station controller. The MSC serves to interconnect 
traffic between the mobile station and other points in the wireless network or in another network. 

25 For instance, the MSC may convey traffic between two mobile stations in its service area; 
alternatively, the MSC may convey traffic between a mobile station in its service area and 
another switching point in the same or another network. (Alternatively, the base station 
controller may be interconnected to a transport network through another gateway, such as a 
packet data serving node (PDSN) for instance, thereby bypassing the MSC) 

30 As the mobile station moves from one cell to another, a hand-off takes place that allows 

that mobile station to be assigned a free channel in the new cell. In particular, as the signal 
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Strength between the mobile station and the base station controller becomes weaker, the MSG is 
informed. The MSG then initiates procedures to pass the connection to a cell that has a strong 
reception of the mobile station's frequency. Once the unit has been given a new channel in the 
new cell, the old channel in the old cell is released and made available for another user in that 
5 cell. 

In order to facilitate call routing and billing in wireless communications systems, 
information about the subscriber and the mobile station is typically stored in a home location 
register ("HLR") in the subscriber's home service area. This information includes (i) unique 
identifiers of the mobile station (including mobile identification number ("MIN") and mobile 
10 serial number ("MSN")), (ii) profile information (including an identification of the calling 
services available to the mobile station, and billing information enabling wireless service 
providers to charge the subscriber for use of the services), and (iii) location information 
indicating the cell and sector in which the mobile station is currently located. 

As the mobile station moves outside the home service area, the mobile station registers 
15|S with a visitor location register ("VLR") in the current service area. The serving VLR in turn 
5J notifies the HLR of the current location (e.g., cell and sector) of the mobile station and obtains 
service profile information from the HLR. Thus, for instance, when a call is placed to the mobile 
s station, the call can be relayed to an MSG in the mobile station's current service area as identified 
]P in the mobile station's HLR. 
2(|Jf Most recentiy, wireless telecommunications networks have advanced to hiclude 

g intelligent network ('W") technology similar to that used for years in the wireline 
telecommunications system. A core component of an IN is a service control point ("SGP"), 
which provides fast, centralized processing and acts as an interface into various 
telecommunications databases, including, in some arrangements, the HLR and VLR. The SGP 
25 may respond to call origination requests from an MSG by sending call-setup instructions to the 
MSG and facilitating other services. 

While advances in wireless communications have advantageously given rise to increased 
mobihty, an issue remains: how can a mobile subscriber determine how to get from the 
subscriber's current location to another location? Various methods of establishing route or travel 
30 plans exist. At a most basic level, the subscriber can consult a map, pinpoint his (or her) current 
location and a destination location, and manually generate a route plan to get from one location 
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to the other. Unfortunately, however, mobile subscribers usually do not have access to maps as 
they travel. Further, although a mobile subscriber may know where he wants to go, the 
subscriber may not know where he is, or the subscriber may not be where he thinks he is. 
Additionally, the subscriber may not know the particular address of his destination. Still further, 
5 if the subscriber is driving, the subscriber may not be able to concurrently drive, refer to map, 
identify a route on the map, and record directions. 

Rather than consulting a map, the subscriber may use a specially equipped wireless 
communications device to contact a route planning service. For example, a mobile station may 
be specially equipped with hardware and software necessary to interact with the Global 
10 Positioning Satellite (GPS) system. With an appropriate arrangement, the subscriber could then 
specify a destination location, and the GPS system, knowing where the subscriber is located, 
could generate real-time directions to get the subscriber from his current location to the 
destination location. 

As another example, provided with a wireless PDA or wireless computer that is arranged 
15-tf to provide Internet access, the mobile subscriber can navigate to a routing engine site on the 
Sj world wide web and request directions. An example of an existing routing engine on the world 
wide web is located at www.mapquest.com and is hosted by MapQuest.com, Lie. Like other 
s routing engines, the MapQuest site prompts a user to enter a starting address and a destination 
^ address. MapQuest then generates a map as well as tum-by-tum directions to travel from the 
KMi starting address to the destination address. Additionally, MapQuest facilitates downloading the 
Q directions for use on a PDA. 

Unfortunately, many mobile subscribers do not have access to the advanced wireless 
communications devices necessary to gain access to the GPS system or to an Internet site such as 
MapQuest. Further, most mobile stations are not currently equipped to enable a subscriber to 
25 enter text information such as starting and destination addresses. Still further, obtaining 
directions through interaction with an Intemet site such as MapQuest suffers from some of the 
same deficiencies identified above. Namely, the subscriber may not know precisely where he is 
currently located or where he wants to go and may therefore be unable to provide the required 
input to the routing engine. 
30 Still others have suggested having a subscriber communicate with a mapping or routing 

center in order to obtain directions. As described in Lawrence Harte et al, Cellular and PCS - 
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The Big Picture, 11 (McGraw-Hill 1997), for instance, a dispatch center can provide directions 
to a subscriber automatically or upon request, and, unlike computer-based mapping systems, the 
directions can be adjusted for traffic, weather and construction changes. In particular, as 
explained by Harte et al, "Point to point message services can send directions directly to the 
5 requesting subscriber. The subscriber could use a map to find a reference marker . . . and enter 
the reference mark via the keypad. Dispatch centers would then send directions to the individual 
or multiple vehicles. The dispatcher could also send delivery directions to a truck or pickup 
directions for a taxi." 

Unfortunately, this method also suffers from some of the same flaws identified above. 
10 Namely, the method assumes that the subscriber can identify where the subscriber wants to go 
(e.g., a reference marker from a map) and can readily provide that destination location in order to 
facilitate generation of a route plan, 
p The wireless telecommunications industry has recognized a need to provide location- 

based services. In this regard, the industry has fortunately been saddled with regulatory 
ISp requirements that can facilitate some of those services. In particular, in 1996, the U.S. Federal 
^1 Communications Commission handed down an "E-91 1 " (enhanced 911) mandate, which requires 
fj^ that wireless carriers (i) identify the location of a mobile station from which a 9-1-1 emergency 
^ call is placed and (ii) deliver the location (as x, y coordinates) to the called 9-1-1 emergency 
J center. The mandate was divided into two phases. According to Phase 1, the location must be 
2(|j^ identified with an accuracy of at least cell and sector. As this information is readily available 
CI from the HLR, Phase 1 presents little technical challenge. According to Phase 2, the location 
must be provided with an accuracy of at least 100 meters (or 50 meters for handset-originated 
methods such as GPS), which is far more granular than the cell and sector information 
maintained in the HLR. In response, the Telecommunications Industry Association (TIA) has 
25 now proposed a new standard for "Enhanced Wireless 9-1-1, Phase 2," now entitled "Wireless 
Enhanced Emergency Services" or "TIA/EIA/IS-J-STD-036" (J-STD-036), the entirety of which 
is hereby incorporated by reference. 

According to J-STD-036, several new elements and messages are introduced into the 
wireless network to facilitate delivery of caller location to 9-1-1 emergency service centers. Two 
30 of the new elements are the mobile position center ("MPC") and the position determining entity 
("PDE"). As defined by J-STD-036, the MPC "determines the position or geographic location of 
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a wireless terminal using a variety of techniques. The MPC selects a PDE to determine the 
position of a Mobile Station (MS) . , . . The MPC is the point of interface of the wireless network 
for the exchange of geographic position information.** {See J-STD-036, Definitions and 
Acronyms"). The PDE in turn "determines the precise position or geographic location of a 
5 wireless terminal when the MS starts a call or while the MS is engaged in a call. Each PDE 
supports one or more position determining technologies. Multiple PDEs may serve the coverage 
area of an MPC and multiple PDEs may serve the same coverage area of an MPC utiUzing 
different position determining technologies." {Id,) 

J-STD-036 presents numerous call-flows detailing the signaling messages that may pass 
10 between MSs, MSCs, MPCs, PDEs and emergency services bureaus. Generally speaking, J- 
STD-036 specifies that a network entity (such as an MSC or an emergency services entity) may 
query the MPC for the location of a mobile station, and the MPC may in turn query the PDE for 
p the location of the mobile station in order to provide a response to the querying network entity, 
g By way of example, when a caller dials 9-1-1 ftom a mobile station, the originating MSC may 
154^ send a position request to the MPC, and the MPC may responsively instruct the PDE to identify 
U the location of the mobile station, hi turn, the PDE may locate the mobile station and provide the 
requested position information to the MPC, the MPC may convey the position mformation to the 
s MSC, and the MSC may forward the position information to the emergency services entity 
j£ together with a call setup message. Thus, when a 9-1-1 services operator receives the call, the 
7SM location of the calling subscriber may be displayed on a map at the operators workstation. 
h The industry has recognized that the burden imposed by the FCC E-91 1 mandate can be 

^ leveraged to achieve not only safety but also commercial advantage. In particular, if the 
emergency services network elements are replaced with conmiercially useful elements (such as 
gateways to 4-1-1 information centers, short message services or the hitemet), assorted location- 
25 based services may become possible. Those of ordinary skill in the art have thus contemplated 
as possible services: personal security and response, roadside assistance, 9-1-1 call routing, 
mobile yellow pages, stolen vehicle recovery, direction assistance, personal/commercial 
valuables monitoring and recovery, and carrier zone billing. {See, e.g., 
http ://www.accucomw.com/h3 .htm). 
30 As a specific example, those skilled in the art have recognized that real-time location data 

facilitated by J-STD-036 may enable a telecommunications service provider to offer a "call 
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routing to closest location" service. According to that service, a caller may dial a special service 
number jBrom the mobile station. In response, a trigger in the network would cause the MPC to 
obtain the mobile station's current location and forward the location to a service bureau (e.g., an 
interactive voice response unit ("IVRU")) as the MSG routes the call to the service bureau. Upon 
5 connection, the service bureau would engage in a dialog with the caller, allowing the caller to 
specify a desired facility, such as a particular type of restaurant. In response, given the caller's 
current location (as provided by the MPC), the service bureau could identify the restaurant of 
that type closest to the caller. The service bureau could then either signal the MSG to forward 
the call to that restaurant or send directions to the caller for downloading to a mobile device such 
10 as a PDA. 
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SUMMARY OF THE INVENTION 

Although the capabiKty thus exists to provide powerful location based services for mobile 
subscribers, deficiencies still remain. In particular, in many cases, a subscriber may not know 
the precise location of his destination or may be unable to convey the precise location of his 
5 destination. Of course, if the subscriber wishes merely to be connected or directed to the nearest 
service facility of a type identified (e.g., the nearest pizza restaurant), then existing systems may 
meet the subscriber's needs. But often, a mobile subscriber may not want to go simply to the 
generic "nearest" facility. Instead, the subscriber may wish to go to a particular destination. 
Unfortunately, however, the only information that the subscriber may have about the destination 
10 may be the telephone number of the destination. This is particularly the case if the destination 
location is itself a mobile station. 

The present invention solves this problem by providing an improved route planning 
Q system for mobile telecommunications. In accordance with an embodiment of the invention, a 
Jf person may initiate a route planning service request from a mobile station to a route planning 
15.p appHcation server ("RPAS"). In response to the dialed digits of the service request, the MSG 
may trigger an asynchronous position request of the MPC. If the MPC does not have a current 
^ location for the person*s mobile station, the MPC may acquire one through the PDE and store the 
location in a location database, keyed to an identifying-parameter such as a mobile station 
% identifier or call identifier for instance. 
20^ In turn, when the call is completed to the RPAS, the RPAS may initiate a query of the 

r| location database to identify the location of the mobile station. In addition, the RPAS may 
' engage in a data-session or voice-session dialog with the person in order to determine the 
telephone number of the destination. Provided with the destination telephone number, the RPAS 
may initiate a query of an appropriate database to determine the location of the destination. If 
25 the destination telephone number is a wireless number, then the RPAS may send a position 
request to an MPC, which may consult a PDE and return the position of the destination mobile 
station. If the destination telephone number is a wireline number, then the RPAS may query a 
wireline location server to determine the service address of the destination telephone nximber. 

Provided with the locations of the mobile station and the destination, the RPAS may then 
30 estabhsh a route plan for the person to get to the destination location. In turn, the RPAS may 
deliver the route plan to the person by any suitable means. In one embodiment, for instance, the 
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RPAS may convey the route plan to the person via the existing connection between the mobile 
station and the RPAS, In another embodiment, the RPAS may convey the route plan to the 
person by sending the route plan in synthesized voice form to the person's voice mail box for 
later retrieval and replay. In yet another embodiment, the RPAS may convey the route plan to 
5 the person by sending the route plan in text form to the person via conventional short message 
service for later retrieval and replay. 

More particularly, the present invention may be a method of responding to a route 
planning service request initiated from a mobile station, where the mobile station is located at a 
mobile station position, and the route-planning service request defines an identifying-parameter. 
10 Further, the mobile station may be a wireless telephone, a personal digital assistant, a pager, a 
personal computer, or another device. The method may include (i) identifying the mobile station 
position based on the identifying-parameter, (ii) receiving a destination telephone number, (iii) 
g identifying a destination position corresponding to the destination telephone number, (iv) 
5f generating a route plan for travel from the mobile station position to the destination position, and 
1 54s (v) conveying the route plan for receipt by a person, 
ly According to an exemplary embodiment, the identifying-parameter may comprise a code 

f ' uniquely identifying the mobile station or a code uniquely identifying a communication session 
B in which the mobile station is engaged. Further, the process of identifying the mobile station 
5 position based on the identifying-parameter may comprise (i) a mobile positioning system 
2(1^ determining the position of the mobile station having the mobile station identifier, and (ii) a 
Q machine querying the mobile positioning system by a query keyed to the identifying-parameter 
so as to obtain the mobile station position determined by the mobile positioning system. 

In addition, receiving a destination telephone number can take various forms. For 
example, it may comprise receiving the destination telephone nximber from the person via the 
25 mobile station. As another example, it may comprise (i) a machine engaging in a dialog with the 
person via a conmiunications link with the mobile station and (ii) the machine receiving the 
destination telephone number from the person through the dialog. In that case, the dialog could 
be a data session or a voice session. In a voice session, the mobile station could display a data 
form in which the person enters the destination telephone number, and the mobile station could 
30 convey the entered destination telephone number via the data session to the machine. In a voice 
session, the machine could verbally ask the person for the destination telephone number and the 
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person could responsively provide the destination telephone number to the machine by a voice- 
band message, such as through voice over IP. 

Still further, identifying a destination position corresponding to the destination telephone 
number may comprise a machine querying a location system for the destination position by a 
5 query keyed to the destination telephone number, hi that regard, the destination telephone 
number could be a telephone number of a second mobile station, and the location system could 
comprise a mobile positioning system, such that the mobile positioning may responsively 
determine a location of the second mobile station and retum the location to the machine as the 
destination position. Alternatively, the destmation telephone number could be a latidline 
10 telephone number, and the location system may comprise a landline location system, such that 
the landline location system may responsively determine a location corresponding to the landline 
telephone nimiber and retum the location to the machine as the desthiation position. 
n Further, the mobile station position may be represented by latitude and longitude 

information. In that case, the method may include converting the mobile station position to a 
1 SS street address corresponding to the latitude and longitude. 
|1| In addition, the process of generating a route plan for travel from the mobile station 

J^; position to the destination position may comprise applying a routing enguie, and the routing 
^ engine may receive as input the mobile station position and the destination position and provide 
Jj as output a route plan. To apply the routing engine, a service request may be sent to a routing 
20^ engine such as MapQuest.com ( or others, such as Mapsonus.com (http:/Avww.mapsonus.com) 
g or Mapblast.com (http;//wvm.mapblast.com, powered by Vicinity Corp.)), for instance, to 
""^^ trigger the route generation. Altematively or additionally, applying the routing engine could 
involve running a software application programmed to compute a route from a starting position 
to a destination position. (Altematively, rather than actually computing a route from one 
25 location to another, the act of "generating" or "estabhshing" a route plan for travel from one 
location to another can simply be the act of obtaining or requesting such a route plan, without 
regard to who or what computes the route.) 

Finally, conveying the resulting route plan for receipt by a person could comprise 
conveying the route plan to the person via an IP network connection or via service such as voice 
30 mail, e-mail or short message service. In addition, conveying the route plan for receipt by a 
person may involve sending the route plan to machine for later retrieval by the person. 
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In another exemplary embodiment, the invention may be a route planning application 
server for assisting a mobile station user to get from a current mobile station position to a 
destination position. The route planning application server may comprise (i) a processor, (ii) a 
data storage medium, and several sets of machine language instructions stored in the data storage 
5 medium and executable by the processor. A first set of instructions may facilitate receiving a 
route planning service request and responsively initiating a route planning session. A second set 
of instructions may facilitate providing a mobile station position inquiry and for receiving in 
response an indication of the mobile station position, so that the mobile station position inquiry 
may be forwarded to a mobile positioning system for identification of the mobile station 
10 position. A third set of instructions may facilitate receiving a destination telephone number and 
responsively initiating a inquiry to identify a destination position corresponding to the 
destination telephone number, A fourth set of instructions may facilitate generating a route plan 
£j for travel from the mobile station position to the destination position. And a fifth set of 
instructions may feciUtate providing the route plan for receipt by the user, hi this way, the route 
I5£ plan may advantageously assist the user to travel from the mobile station position to the 
m destination position. 

In addition to generating and providing a user with a route plan to indicate how to get 
= from one location to another, the present invention can be appKed to provide route guidance, 
J£ which involves monitoring the source position as it changes and providing incremental route 
planning. For instance, with the benefit of the present invention, a route planning server can 
Q determine a destination location based on a destination phone number and then incrementally 
~' provide travel guidance for a mobile station to get to that location as the mobile station proceeds 
to the location. 

Similarly, the route planning or route guidance system of the present invention can take 
25 into consideration real time traffic conditions, to assist a mobile user in traveling by car to a 
destination location, hi this regard, for instance, the route planner itself could be mounted in 
whole or in part within an automobile, and the route planner could communicate over a wireless 
network with a network entity that could convert a destination telephone number to a destination 
address. The route planner could then generate a route and present it to a driver. 
30 According to another aspect, an exemplary embodiment of the present invention can 

enable one person to create a route plan on behalf of another person. For instance, a person 
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could call a route planning service from a landline telephone and arrange for a route plan to be 
conveyed to a particular mobile station identified by a mobile identification number, directory 
number or the like. Alternatively, a personal information manager (PIM) application could be 
programmed to automatically send a route planning request (including a telephone number of the 
5 destination location) to a route planner, such as at a particular time, on a particular day or the 
like. 

Further, the route planning service according to an exemplary embodiment of the 
invention can be made available to users over the Intemet. The route planning service could be 
accessed via XML, Java, or other function calls or methods for instance. 
10 Aspects and advantages of the present invention will become apparent to those of 

ordinary skill in the art by reading the following detailed description, with appropriate reference 
to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A preferred embodiment of the present invention is described herein with reference to the 
drawings, in which: 

Figure 1 is block diagram illustrating an exemplary telecommunications network for 
5 providing route planning services in accordance with an exemplary embodiment of the present 
invention; 

Figure 2 is a block diagram illustrating an exemplary route planning application server in 
accordance with an exemplary embodiment of the present invention; 

Figure 3 is a call-flow diagram illustrating signalmg messages that may be conveyed 
10 between functional entities of a telecommunications network to provide a route plan for travel 
from a mobile station position to a landline telephone number position in accordance with an 
exemplary embodiment of the present invention; and 
O Figure 4 is a call-flow diagram illustrating signaling messages that may be conveyed 

S between functional entities of a telecommunications network to provide a route plan for travel 
15|S from a first mobile station position to a second mobile station position in accordance with an 
m exemplary embodiment of the present invention. 
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DETAILED DESCRIPTION 
OF AN EXEMPLARY EMBODIMENT 

Referring to drawings in greater detail, Figure 1 illustrates a functional block diagram of 

an exemplary telecommunications network 10 for providing route planning services to a mobile 

5 telecommunications subscriber. As shown in Figure 1, network 10 includes a mobile station 

("MS") 12, a base station ("BS") 14, a mobile switching center ("MSG") 16, a wireless intelligent 

network service control point ("WIN SCP") 18 (including a mobile positioning center ("MPC") 

20 and location database ("LD") 22), a position determining entity ("PDE") 24, an IP network 

26, a route planning application server ("RPAS") 28, a wireline location server ("WLS") 30 

10 (including a server 32 and a location information database ("LID") 34), and a reporting entity 

("RE") 36. 

This and other arrangements described herein are shown for purposes of illustration only, 
and those skilled in the art will appreciate that other arrangements and other elements can be 
used instead, and some elements may be omitted altogether. Further, as in most 
15^2 telecommunications applications, those skilled in the art will appreciate that many of the 
14 elements described herein are functional entities that may be implemented as discrete 
gl components or in conjunction with other components, in any suitable combination and location. 
^ Referring to the elements shown by way of example in Figure 1 , MS 1 2 may be any radio 

O technology unit including but not limited to a cellular telephone or other equipment such as a 
2(||| pager, computer, or personal digital assistant ("PDA") equipped to engage in communications 
over a radio interface. MS 12 may operate according to any communications protocol now 
1^1 known or later developed, including for instance AMPS, NAMPS, TDMA,CDMA anwi^or 
cdma2000. In the exemplary embodiment, MS 12 is capable of transmitting and receiving both 
voice and data. Therefore, MS 12 may be equipped with hardware, fumware, software, a touch- 
25 pad, a keyboard, a camera, a display, a microphone, a speaker, and/or other facilities necessary to 
carry out its functions as described herein. 

The particular arrangement of MS 12, like other elements described, may vary from case 
to case. For instance, if MS 12 is a cellular telephone, it might have a conventional 7 line text 
display. On the other hand, if MS 12 is a PDA, it is more likely to have a larger display with 
30 expanded graphics capabilities. Other examples are possible as well 
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Upon call origination or termination, MS 12 becomes coupled with a serving MSG 16 via 
BS 14 and possibly a base station controller ("BSC") (not shovm; possibly incorporated into 
MSG) by means v^ell knov^n to those skilled in the art. The BS is a netv^ork provider's access 
node to the mobile station and is sometimes called a radio port ("RP"). The interface between 
5 the MS and the BS is a radio or air interface. The BS, BSG and MSG are typically linked by 
fractional Tl/El lines via "A" interfaces as defined by IS-41, IS-634 and IS-653 for instance. 

MSG 16 is a functional entity that incorporates switching functions, mobile application 
functions and other service logic functions. Examples of suitable mobile switching centers are 
those manufactured by Northern Telecom, Lucent Technologies, and Motorola. By convention, 
10 MSG may be programmed with a number of IN triggers and signaling protocols to interact with 
other entities in the telecommunications network. MSG 16 will typically include a visitor 
location register ("VLR") to serve mobile subscribers that travel to its service area. 

In the exemplary embodiment, MSG 16 is coupled with WIN SGP 18 by a "B interface" 
g as defined by IS-41 for instance. SGP 18 may conventionally translate call origination requests 
15|; to routing instructions for MSG 16. In addition, SGP 18 may be arranged to communicate with 
Ej other SGPs (not shown) in the telecommunication network, for purposes of exchanging 
mformation with the other SGPs. For instance, to facilitate routing a call to a wireless 
^ destination, SGP 18 may communicate with an SGP serving as the called party's home location 
register ("HLR") in order to determine where the called party is currently located and to identify 
2(fll the called party's service profile. 
Q In the exemplary embodiment, SGP 18 includes or has access to an MPG 20 and LD 22, 

although these functional entities may be combined. MPG 20 is preferably a database 
application executed by or in connection with the SGP processor and serves to obtain and 
maintain the position or geographic location of wireless terminals such as MS 12, as described 
25 above. Generally speaking, MPG 20 may be arranged to receive and respond to position 
requests, to receive position information, to store the position information in LD 22, and to 
forward the position information to other functional entities in the network. As noted above, J- 
STD-036 defines an MPG to be a point of interface in the wireless network 10 for the exchange 
of geographic position information. The MPG may provide geographic position information as 
30 latitude and longitude coordinates (''geo-codes"), as street addresses, or in any other suitable 
form. An example of a suitable MPG is the MPG function in SignalSoft's Location Manager as 
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delivered in the "Compaq Location Discovery System," available from Compaq Computer 
Corporation. Other examples may exist or be developed as well. 

In an alternative arrangement, an MPC application may reside on, or be accessible by, a 
centralized SCP (i.e., an SCP/MPC) and may be shared by many SCPs. hi that case, SCP 18 
5 could communicate with the designated SCP when necessary to obtain position information from 
the MPC. For instance, if MSC 16 wishes to determine the position of a mobile subscriber, MSC 
16 may send a position request to a local SCP, and the local SCP may in turn forward the 
position request to the centralized SCP/MPC. Upon receipt at the centralized SCP, the MPC 
may forward the position request to a PDE and obtain the requested position information in 
10 response. The SCP/MPC may then return the position information to the local SCP 18, which 
may in turn forward the position information to MSC 1 6. 

In practice, MPC 20 selects and communicates with one or more PDEs 24 in order to 
PI obtain position information. As noted above, PDE 24 may serve to determine the precise 
JJJ position or geographic location of a wireless terminal either when requested (such as when a 
1 SIS wireless terminal starts a call or is engaged in a call) or autonomously. A PDE may employ any 
suitable positioning determinmg technology. Examples of suitable position determining 
technologies presently known include Time Difference of Arrival (TDOA) and Global 
■e Positioning Satellite (GPS) systems. In addition, another position determining system has been 
described m U.S. Patent No. 5,844,522 (entitled "Mobile Telephone Location System and 
20j;f Method''), the entirety of which is hereby incorporated by reference. Still other examples of 
Q suitable PDEs may now exist or be created in the fixture. Of course, the degree of precision of 
"''^ location determination is a matter of design choice, and it is expected that improved position 
determination technology may facilitate much more granular location of wireless terminals in the 
future. 

25 MSC 16 may communicate with an interactive voice response unit or other voice portal 

("IVRU"), on a service node ("SN") for instance, which can engage in a voice session with the 
mobile station user in order to obtain the phone number of a destination to which the subscriber 
wishes to travel. (A service such as that provided by Tellme Networks, Inc. (www.tellme.com) 
could be leveraged for this purpose.) In this regard, the user may provide the destination 

30 telephone number in any suitable ft)rm, such as by voice, DTMF key mput, voice synthesis and 
recognition, or other voice-band communication. In an exemplary embodiment, the IVRU may 
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be centrally located and its services shared by many MSCs. Further, an IVRU can be arranged 
as an intermediary that rolls over to an operator who can then receive a destination telephone 
number from the user and input the destination telephone number on the user's behalf. The 
operator's terminal may also be coupled for commxmication with the PSTN and the IP network. 
5 An example of a suitable IVRU platform is available from Brite. 

If provided, the IVRU (as a fimctional entity) may be located at any suitable location, and 
the MSG may therefore be coupled with the IVRU through any suitable communications link. 
By way of example, Figure 1 illustrates an IVRU 36 coupled to MSG 16 via the public switched 
telephone network ("PSTN"). As another example, the IVRU can be directly connected to the 
10 MSG, via a private network. As still another example, the IVRU may be integrated, coupled or 
otherwise in communication with the RPAS 28 and may thereby communicate with the mobile 
subscriber through a suitable MS connection to the RPAS. For instance, if MS 12 is connected 
p to the RPAS 28 through an IP network, the IVRU may communicate with the subscriber via a 
J!J voice-over-IP ("VoIP") session across the IP network. Of course, other arrangements are 
1 possible as well. 

m MSG 16 may complete a call (i.e., set up a session) from MS 12 to RPAS 28 through any 

^ suitable communications link and with any suitable communications protocol (such as TGP/IP, 
SS7, etc.) As an example. Figure 1 illustrates that MSG 16 and RPAS 28 maybe linked by an IP 
network 26 such as the Internet. In this regard, the MSG and RPAS may communicate according 
2(|^ to the well known TGP/IP protocol for instance. 
O To facilitate TGP/IP data communication over the IP network, the MSG may be coupled 

(via an Ethernet TlOO line, for instance) with an interworking ftmction ("IWF") 25 or wireless 
access gateway (WAG). The JW¥ may provide interworking and protocol conversions necessary 
to couple a circuit switched network (such as a GDMA network) on one side with a packet 
25 switched network (such as the Intemet) on the other side. The IWF can therefore facilitate end- 
to-end communication over the IP network between MS 12 and RPAS 28 for instance. 

An example of a suitable IWF is the Total GontroF"^ Interworking Function manufactured 
by 3Gom Gorporation. As described by 3Gom, the Total GontroF^ IWF enables a GDMA carrier 
to provide modem-based data and facsimile services to circuit-switched GDMA wireless users as 
30 specified in GDMA data standards. In addition, according to 3Gom, the Total GontroF"^ IWF 
provides a "Quick Net Gonnect" ftinction that allows a mobile station user to bypass modems 
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altogether and rapidly establish direct connections to Internet- or intranet-based information. 
Additional information about the Total ControF"^ IWF is available on the world wide web at 
http://www.3com.com/solutions/svprovider/products/rac/wireless,html. 

Alternatively, an IP session between MS 12 and RPAS 28 can be established in other 
5 ways. For example, as noted above, the base station controller could be coupled with a PDSN, 
which provides connectivity with the Internet. MS 12 can then establish a communication 
session with RPAS 28 through a path extending through the air interface, BS, BSC, PDSN and 
the Internet. 

RPAS 28 may take any suitable form. By way of example, RPAS 28 may be (or include) 
10 a computer such as a Sun Microsystems server or a Pentium class PC. A functional block 
diagram of an exemplary RPAS 28 is illustrated in Figure 2. Referring to Figure 2, RPAS 28 
may include a processor 40, a data storage medium 42 and a memory 44. Data storage medixam 
p 42 may be a hard drive or other suitable medium holding one or more sets of machine language 
J5j instructions that can be loaded into memory 44 and executed by processor 40. Provided with the 
15'4^ present disclosure, those of ordinary skill in telecommunications and computer programming 
r|| should be able to readily prepare an appropriate set of machine language instructions. 

The machine language instructions executed by processor 40 may define an application 
^ program that causes RPAS 28 to respond to a route planning service request, for instance, by 
jj determining the location of MS 12, determining the location of a destination to which the mobile 
2C|Jf subscriber wishes to go, generating a route plan to get from the MS location to the destination 
Q location, and conveying the route plan to the subscriber. More particularly, by way of example 
(and without limitation), the machine language instructions may define at least the following 
routines: (i) a main routme that responds to a route planning service request from MS 12 by 
initiating a route planning session that comprises the following routines, (ii) a mobile station 
25 position inquiry routine that generates a mobile station position inquiry and receives in return an 
indication of the mobile station position, (iii) a destination telephone number input routine that 
receives a destination telephone number and responsively initiates an inquiry to identify a 
destination position corresponding to the destination telephone number, (iv) a route generation 
routine that generates a route plan for travel from the mobile station position to the destination 
30 position, and (v) an output routine that conveys the route plan for receipt by the user. 
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In addition, the machine language instructions may define a routine that causes RPAS 28 
to convert position information from one form to another, for instance, to put the position 
information in the form necessary for input to a routing engine. For instance, if RPAS 28 
receives position information in the form of a geo-code, RPAS 28 may be progranmied to 
5 convert the information to a street address (e.g., by reference to a commercially available 
mapping database). 

Still ftirther, the machine language instructions may define a routine that causes RPAS 28 
to determine whether a given telephone number is a wireline telephone number or a wireless 
telephone number. For instance, the routme may cause the RPAS 28 to initiate a query into a 
10 database system keyed to directory numbers. In this regard, directory numbers are typically 
divided by ranges into wireless numbers and wireline numbers. Therefore, a query keyed to the 
directory number may return an indication of whether the number is assigned to a mobile station 
P or a fixed landline station. Altematively, a central database may otherwise identify whether a 
Jf given number is assigned to a wireless or wireline station. 
15i The machine language instructions may dictate that processor 40 carry out some or all of 

m the foregoing functions. Altematively, the machine language instructions may dictate that the 
Jf'; RPAS 28 outsource some or all of these functions to other entities in the network (e.g., through 
H function calls or subroutine calls to external devices coupled across any suitable link). For 
35 instance, in order to convert latitude and longitude information provided by MPC 20 into street 
2(^J address information, RPAS 28 may communicate via the Internet with an application running on 
Q a remote system that is designed specifically to perform such translations. Similarly, in order to 
^ establish a route plan to get from a first street address to a second street address, RPAS 28 may 
conamunicate via the Intemet or other link with a route planning service such as MapQuest.com. 
RPAS 28 may further operate as an Intemet server (e.g., a web server, a WAP server, or 
25 other form of server) to MS 12, when MS 12 is in commxmication with RPAS 28 over IP 
network 26. In that case, MS 12, alone or in combination with an adjunct device such as a 
computer or PDA, may run a web browser appHcation so as to facilitate exchange of information 
between the mobile subscriber and the RPAS. For example, the MS 12 might be programmed 
with a WAP browser or the like, which might communicate with the RPAS via a WAP server. 
30 Still further, although not shown in the figures, RPAS 28 may be integrated with a mobile 

information center (e.g., a directory assistance center) and interfaced with one or more operator 
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workstations. A mobile station user may then initiate a route planning service request by calling 
the mobile information center and asking an operator to provide directions to a given destination 
telephone number. In tum, the operator may engage in communication with the RPAS 28 on 
behalf of the mobile station user. 

5 In the exemplary embodiment, RPAS 28 may further be coupled by a TCP/IP link to 

WLS 30, which may include a server 32 and LID 34. WLS 30 may be a high availability 
computer such as a system manufactured by Stratus or Tandem/Compaq. WLS 30 may serve to 
translate wireline telephone numbers into the fixed service addresses or geo-codes where the 
telephone numbers are located. For this purpose, WLS may embody or include copies of Line 
10 Information Databases (LIDBs) or Master Street Address Guides (MSAGs) from throughout the 
service area (e.g., throughout the United States). LIDBs typically include tables of information 
mapping wireline telephone numbers with names and street addresses and are often used in the 
wireline system to faciUtate maintenance of equipment at the respective addresses. A local 

^ number portability database may indicate which carrier's LIDB should be referenced for a given 
IS$ telephone number, for instance. Thus, RPAS 28 may useftiUy query the WLS server 32 (or 

III cause the server to be queried) in order to translate wireline destination telephone numbers into 

p ' street addresses or geo-codes at which the numbers are located. 

:h Altematively, RPAS 28 could query a reverse lookup service on the Intemet, to 

|E determine the address that corresponds with a given telephone number. The RPAS could 
2^1 provide the telephone number, and the reverse lookup service could then return to the RPAS a 
Q corresponding street address for use in route planning. Exemplary reverse lookup services 
'"^ include those available at http://www.nearme.com and http://www.switchboard.com. 

RPAS 28 may further be coupled by any suitable communications link to MPC 20 (e.g., 
SCP 1 8). As an example and without limitation, the link may be a conventional telephone 
25 network operating according to the SS7 protocol. As another example, the link may be a TCP/IP 
link such as the Intemet. A location storefront ("LS") 30 may then be provided between the 
RPAS and the MPC to convert between transmission protocols and to serve as a firewall to 
prevent unauthorized traffic from reaching the SCP/MPC. LS 29 may take any suitable form 
such as a programmed NT class PC, or better, for example. 
30: In an exemplary embodiment, RPAS 28 may send position requests to MPC 20 to 

determine the location of mobile stations. In this regard, if RPAS 28 is coupled directly with 
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MPC 20, RPAS 28 may communicate with MPC 20 through request and response messages that 
comply with the conventions estabHshed by J-STD-036. For instance and without limitation, 
RPAS 28 may send a position request to MPC 20 to determine the location of a mobile station 
identified by a unique mobile station identifier (e.g., a mobile identification number ("MIN")). 
5 As another example, if the MPC was provided with a unique route planning session identifier for 
the route planning request initiated by the user at MS 12, the MPC may have stored the position 
of MS 12 in a table keyed to the route planning session identifier. In that case, RPAS 28 may 
send a position request keyed to the route planning session identifier. In response, the MPC 
should return position information identifying the location of the designated mobile station. 
10 Alternatively, if RPAS 28 is not coupled directly with MPC 20 but is instead coupled to 

MPC 20 through LS 29, then LS 29 may arranged to receive a position request query fi-om RPAS 
28 (e.g., via a TCP/IP link) and to in turn query MPC 20 for the requested position information. 

f On receipt of the requested position information, LS 29 may then return the position information 

J to RPAS 28. 

15.C In some instances, RPAS 28 might not have the MIN of the MS 12. For instance, in a 

5J typical web session, a wireless carrier will not provide a mobile station*s MIN to a web 
f^. application provider. Instead, the carrier may assign some other identifying-parameter to 
identify the mobile station (a subscriber ID, typically an encrypted MIN) or the session (a session 
1« ID). When RPAS 28 does not have the MIN of the mobile station, RPAS 28 can be programmed 
2Q1| to send a signaling message to an uplink server operated by the wireless carrier, asking the 
p| wireless carrier to provide the MIN that corresponds to the designated identifying-parameter. 
The uplink server may then look up or otherwise determine the MIN, by reference to the 
identifying-parameter, and retum the MIN to the RPAS. Alternatively, the uplink server may, 
without revealing the MIN to the RPAS, look up the location of the mobile station (e.g., by 
25 querying an MPC, similar to that described above), and provide the location to the RPAS. Other 
arrangements are possible as well. 

Still further, RPAS 28 may be coupled by any suitable communications link with RE 36. 
Again by way of example and without limitation, the communications link between RPAS 28 
and RE 36 may be a conventional signaling network such as SS7. Alternatively, as another 
30 example, the link may be a TCP/IP link such as the Intemet. As shown in Figure 1, RE 36 may 
comprise one or more independent components, which may be arranged to communicate with 
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RPAS 28 through one or more independent communications Unks. RE 36 may take any suitable 
form but is preferably arranged to convey messages for receipt by a person. As examples, RE 36 
may be a short message service ("SMS") server, a voice mail ("VM") server, and/or an e-mail 
server. Examples of these devices are well known to those skilled in the art. 
5 RE 36 may be arranged to convey messages directly to MS 12 for receipt by the user. 

Alternatively, RE 36 may be arranged to hold messages for later retrieval by a person. Thus, 
once RPAS 28 establishes a route for the mobile station user, RPAS 28 may convey the route for 
receipt by the user via an ongoing session with MS 12 over IP network 26 or via RE 36, for 
immediate or delayed retrieval by the user. 
10 Referring now to Figures 3 and 4, there are shown two call-flow diagrams illustrating the 

operation of a route planning system in accordance with exemplary embodiments of the present 
invention. Figure 3 represents a call-flow that may occur when a mobile station user wishes to 
rp% obtain a route plan for travel to the location of a wireline destination telephone number. Figure 4 
Sf represents a call-flow that may occur when a mobile station user wishes to obtain a route plan for 
154" travel to the location of a wireless destination telephone number. Any suitable entity in the 
^1 network may make the determination of whether the destination telephone number is a wireline 
^ ' nxmiber or a wireless number. By way of example, once RPAS 28 initially receives a route 
^ planning service request, RPAS 28 may make this determination by reference to a suitable 
5 database table. 

2(W Just as the block diagrams of Figures 1 and 2 were set forth for purposes of illustration 

r| only, so too are the call-flows of Figures 3 and 4. Although the elements of the call-flows are 
described herein as steps, the order of the elements may not necessarily be significant. Further, 
those skilled in the art should appreciate that other call-flows may be implemented instead. 

Referring first to Figure 3, at step 3a, typically at the direction of a user, MS 12 may 

25 initiate a route planning service request by any suitable means, such as by sending dialed digits 
to MSG 16. The dialed digits may take any suitable form. By way of example, a wireless carrier 
may program MSG 16 and/or other entities in the network to recognize a feature code or service 
code such as *1234 or a conventional number such as 555-1234 as the initiation of a route 
planning service request. 

30 In another embodiment, MS 12 may convey as part of the route planning service request 

an indication of the destination telephone number to whose location the user wishes to go. In 
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this regard, for instance, the destination telephone number may be pre-pended or post-pended to 
the dialed digits that form the base request for service. Thus, for example, a user may cause the 
mobile station to send the digits * 1234- 123-4567 to MSG 16 in order to initiate a route planning 
service request to obtain a route for travel from the current mobile station position to the position 
5 of telephone nimiber 123-4567. A wireless carrier may program MSG 16 and/or other entities in 
the network to recognize the pre-pended or post-pended number and to convey the number as a 
parameter when routing the call from MS 12 to RPAS 28 as will be described below. 

At step 3b, in response to the dialed digits provided by MS 12, a trigger programmed at 
MSG 16 may cause MSG 16 to send a position request to MPG 20 seeking identification of the 
10 position of MS 12. Li sending the position request, MSG 16 may instruct MPG 20 to store the 
result (i.e., the position information) for later reference. As an alternative example, in response 
to any dialed digits received from MS 12, a trigger programmed at MSG 16 may cause MSG to 
n send a conventional call origination signal to SGP 18. In tum, SGP 18 may be programmed to 
J; recognize the dialed digits as a request for route planning service and may responsively (i) 
15=C instruct MPC 20 to get and store the position of MS 12 and (ii) instruct MSG 16 to route the call 
m to RPAS 28. 

f hi an exemplary embodiment, MSG 16 and/or SGP 18 will provide the MPG with an 

d identifying-parameter that may be later used as a key to correlate with the mobile station position 
% (i.e., the position of MS 12) that the MPG will obtain. The identifying-parameter may take any 
suitable form. As an example, the parameter may uniquely identify MS 12 (such as the mobile 
Q identification number ("MIN"), a subscriber ID, the directory rumiber ("DN") of the mobile 
station, the IP or other network address of the mobile station, or a session ID, for instance). As 
another example, the parameter may uniquely identify the route planning service session initiated 
from MS 12 (such as any unique identifying number). 
25 At step 3c, MPG 20 may determine whether the current location of MS 12 is already 

stored in LD 22. If not, then MPG 20 may send a position request to PDE 24, requesting PDE 24 
to determine and return the position of MS 12. PDE 24 may then apply any suitable position 
determining technology to locate MS 12 and, at step 3d, return the position information to MPG 
20. MPG 20 may then cause the position information to be stored in LD 18 for later reference, 
30 In tum, at step 3e, MPG may send an acknowledgement message to MSG 16 in response to the 
position request message. 
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Although not shown in Figure 3, MSG 16 may be instructed (by an internal trigger or by 
a message from SCP 18 for instance) to route the call from MS 12 to IVRU 38 in order to allow 
IVRU 38 to collect a destination telephone number from the mobile station user. IVRU 38 may 
then forward the destination telephone number back to MSG 16 as a parameter for MSG 16 to 
5 forward to RPAS 28. In the exemplary embodiment, however, IVRU 38 is not used; instead, 
RPAS 28 may itself engage in a voice or data session with MS 12 to learn the destination 
telephone number, unless the number was already provided. 

At step 3f, MSG 16 may route the call from MS 12 to RPAS 28. In an exemplary 
embodiment, MSG 16 may route the call via IWF 25 and IP network 26 so as to establish a 
10 QuickGonnect data session between MS 12 and RPAS 28. 

Upon completion of the call to RPAS 28, at step 3g, RPAS 28 may send a position 
request to MPG 20 to leam the position of MS 12. In the exemplary embodiment, RPAS 28 may 
n send as a parameter in this position request the identifying-parameter noted above. In this way, 
the MPG 20 will be able to retrieve the appropriate mobile station position from LD 22, At step 
1542 3h, MPG 20 then responds to RPAS 28, providing the requested mobile station position. In a 
m typical scenario, the mobile station position information provided by MPG 20 will be latitude 
f " and longitude coordinates of MS 12. According to the exemplary embodiment, RPAS 28 may 
B then convert these coordinates to the nearest street address to MS 12, if necessary for use as input 
H to a routing engine for instance. 
20^' At step 3i, through the QuickGonnect data session, RPAS 28 may send a destination 

Q number request to MS 12, requesting the destination telephone number to whose destination the 
mobile station user wishes to travel. And at step 3j, MS 12 may provide the requested 
destination number. This request and response may be sent in any suitable form. For example, if 
MS 12 is appropriately equipped (such as with a WAP or HDML client application), RPAS 28 
25 (in cooperation with a WAP server) may send an WAP card for display at MS 12, requesting the 
mobile station user to input the destination telephone number. The number may then be 
transmitted as pure data to RPAS 28, As another example, RPAS 28 may employ an IVRU or 
other suitable voice system to engage in a VoIP voice session with the mobile station user. Of 
course, other alternatives may exist depending on the communications link between MS 12 and 
30 RPAS 28 and other factors. 
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At step 3k, RPAS 28 may initiate a query of WLS 30 to determine the street address at 
which the destination telephone number is located. In response, at step 31, WLS 30 responds 
with the requested street address. According to the exemplary embodiment, RPAS 28 may then 
convert this street address to latitude and longitude coordinates of MS 12, if necessary for use as 
5 input to a routing engine for instance. Alternatively, RPAS 28 may query WLS 30 for the geo- 
code indicating the coordinates where the destination number is located, and RPAS may thereby 
avoid having to translate a street address to location coordinates. 

At step 3m, provided with the mobile station position and the destination position, RPAS 
28 may next generate a route plan for travel from the mobile station position to the destination 
10 position. For this purpose, RPAS 28 may itself run an appUcation program designed to generate 
a route plan. Altematively, RPAS 28 may outsource the task to another entity, such as 
MapQuest.com. Thus, for instance, RPAS 28 may establish an Internet connection with the 
MapQuest.com server and provide as input the street addresses of the mobile station position and 
destination position. In tum, MapQuest.com may return to RPAS 28 a step-by-step set of 
l&p directions to get from the mobile station position to the destination position. Of course, RPAS 
S| 28 may employ any other suitable means to generate the desired route plan based on the mobile 
station position and destination position. Further, the route plan itself may take any suitable 
~ form. For instance and without limitation, the route plan may be a text file, a graphic of a map, 
i;E or a set of voice instructions. 
2{JJ| Finally, at step 3n, RPAS 28 may convey the route plan to MS 12 or otherwise for receipt 

Q by the mobile station user or another person for instance. RPAS 28 may use any suitable means 
to convey the route plan. As an example, if RPAS 28 is engaged in a voice session with the 
mobile station user, RPAS 28 may simply read the route plan to the mobile station user. 
Altematively, if RPAS 28 is engaged in a pure data session with the mobile station user, RPAS 
25 28 may send the route plan as one or more data messages for receipt by the mobile station user. 
For instance, RPAS 28 may send the route plan as a WAP card to be displayed at MS 12 for 
viewing by the mobile station user. Other examples may exist as well. 

Turning now to Figure 4, the illustrated call-flow depicts an exemplary scenario where a 
mobile station user initiates a route planning service request to obtain directions for travel to the 
30: location of a wireless telephone number. Steps 4a-4j and 4o-4p may be substantially the same 
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as, if not identical to, steps 3a- 3j and 3m-3n. In the exemplary embodiment, what differs is 
illustrated as steps 4k-4n. 

At step 4k, RPAS 28 may send a position request to MPC 20 to learn the position of the 
mobile station that has the destination telephone number at issue. In response, at step 4L, MPC 
5 20 may send a position request to PDE 24 seeking the position corresponding to the destination 
telephone number. At step 4m, PDE 24 may respond to MPC 20 with the requested destination 
position information. In turn, at step 4n, MPC 20 may return the requested destination position 
information to RPAS 20. 

An exemplary embodiment of the present invention has been illustrated and described. It 
10 will be understood, however, that changes and modifications may be made to the invention 
without deviating from the spirit and scope of the invention, as defined by the following claims. 
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